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(57) Abstract: Software architectures, platforms, and data constructs are disclosed which provide a system for enabling a non- 
technical or lay user to perform discrete technical tasks necessary to build a complete network-based, multiuser application. The 
system also allows the user to have a uniform user experience throughout development of the application. For example, the platform 
can be used to construct and maintain an Internet or online Web site capable of handling e -commerce transactions or can be used 
to develop a customer relationship management system. A software architecture is described that enables many users to perform a 
variety of tasks via a wide-area network, such as an enterprise network or the Internet The architecture has several services, systems, 
and an extensible database for storing data objects. The database has an underlying structure referred to as a schema mat can be 
extended with previously undefined attributes without having to alter the basic format of the schema. The architecture also includes 
an integrated platform that enables each of the users to perform die tasks by controlling interaction or communication between the 
services and systems, and die extensible database. 
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An Integrated Platform and Data Model for Developing 
and Maintaining A Distributed Multiplication Online 

Presence 

5 Background of the Invention 

1 . Field of the Invention 

The present invention relates generally to computer network-based 
application programming, design, and maintenance. More specifically, it relates to 
data constructs and methodologies for creating online, multiuser applications based 
10 on a single, uniform data model. 

2. Discussion of Related Art 

As the Internet and the World Wide Web grow and attract more and more 
viewers and content-providers, there has been a trend towards customization and, 
more broadly, user-empowerment. This movement in the online arena, whether on 

15 the Internet or an enterprise-based network, is marked by enabling users to create, 
customize and maintain their own presence on the network. One example of this is 
the proliferation of customized Web home pages for individuals that contain only 
information of specific interest to an individual and that can be edited by that 
individual A broader example of user-empowerment is giving an online user or 

20 entity the ability to create a full-scale, customized Web site. Although users, 
primarily businesses, have been creating their own Web sites for years, not 
surprisingly, they have done so by hiring consultants and Web developers to do the 
work for them. However, as online application development reaches new levels, 
many of the initial technological and financial barriers are breaking down. 
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There are now available to online users several tools and wizard programs 
that allow them to build their own online applications, almost entirely without the 
help of Internet programmers or Web-site developers. A wizard is a set of steps 
(presented as separate screens/panels) that automate a task by asking users questions 

5 (with between one and ten questions per screen/panel). Many users now create their 
own home pages or complete Web sites using software from various vendors, such 
as popular software from Symantec Software Corporation and Microsoft 
Corporation, to name just two. Another trend that will inevitably grow more in the 
future is entities, typically commercial entities, building their own Web site to 

10 conduct online business or electronic commerce ("e-commerce"). Presently, there 
are providers that enable these entities to build their own commercial Web site, but 
there are still a number of drawbacks. 

While advances in online application development have allowed users to 
create their own Web sites, little attention has been given thus far to forming a 

15 comprehensive, integrated, or complete solution and to providing a uniform user 
experience. E-commerce or e-business sites have increased dramatically in 
complexity, adding functionality such integration with customer databases, 
inventory management, and supply-chain management. Presently, no solution 
provides a platform for the continual advancement and integration of new e- 

20 business capabilities into a single framework with common data and user 

experience. In other words, no single package or toolkit currently available gives a 
user the ability to create a fully functioning commercially-enabled Web site. Nor do 
the toolkits provide a uniform user interface or, more broadly, user experience with 
which the user can become familiar and efficient. 
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The numerous services needed to build a complete online presence have 
disparate user experiences, thereby preventing any significant leveraging of skills 
users gain from a consistent user interface. Presently, users must register with each 
of the different Web sites where each site provides a different feature or function 

5 needed for the user's online presence. For example, a user may use a catalog 

building application tool from one provider and have to use a reporting or marketing 
tool from another provider, and then have to address communication between these 
and other components of the Web site. In another example, a user has to use several 
different programs such as a Web page development program, a graphics program, a 

10 database program, put them together, and then load it up to an ISP. Lack of 

uniformity in the user experience and the need to go to different providers are major 
barriers to entities building and maintaining their own online presence. 

Although various application development models exist, none are entirely 
well-suited for enabling an entity to build its own "industrial-strength" network- 

15 based application, such as a comprehensive and commercially-enabled Web site. 
One such model can be referred to as a unified data model or "whiteboards" 
developed originally at MIT. This model used software agents to gather data and 
was used for single-application and multiple users. Many applications developed 
for online use are inherently multi-application (e.g., creating a catalog, reporting, 

20 site-building, etc.). Another application development model was used with the 
Newton hand-held digital organizer developed by Apple Computer Corp, The tool 
developed for the Newton enabled the execution of multiple applications but was 
geared for a single-user space. Naturally, any single-user model is not well suited 
for online application development. Furthermore, neither model supported a 
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distributed architecture in which various components of the application reside at 
different places on the network. 

Therefore, it would be desirable to have an integrated platform having a 
reactive architecture that allows a user to create a distributed, online application that 
5 can perform as a complete solution to a goal or problem. The platform should 
provide for single registration and have a seamless, uniform user experience that 
fosters leveraging skills learned from previous sessions. It would also be desirable 
for the platform to be distributed, and be multi-user and multi-application. 
Furthermore, it would be desirable for the architecture to be task-based and to 
10 provide for a uniform expression of data, which can be shared and is extensible. 
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Summary of the Invention 

To achieve the foregoing, software architectures, platforms, and data 
constructs are disclosed which provide a system for enabling a non-technical or lay 

5 user to perform discrete technical tasks necessary to build a complete network- 
based, multiuser application. The system also allows the user to have a uniform 
user experience throughout development of the application. For example, the 
platform can be used to construct and maintain an Internet or online Web site 
capable of handling e-commerce transactions or can be used to develop a customer 

10 relationship management system, two name just two examples. 

In one aspect of the invention, a software architecture is described that 
enables many users to perform a variety of tasks via a wide-area network, such as an 
enterprise network or the Internet. The architecture has several services, systems, 
and an extensible database for storing data objects. The database has an underlying 

1 5 structure referred to as a schema that can be extended with previously undefined 
attributes without having to alter the basic format of the schema. The architecture 
also includes an integrated platform that enables each of the users to perform the 
tasks by controlling interaction or communication between the services and systems, 
and the extensible database. 

20 In one embodiment the software architecture and the platform, in particular, 

contextualizes each stage of a task according to a particular user. In another 
embodiment, the architecture and platform allow each user and application to extend 
the database in a user-specific way. This allows users and applications to use the 
same database, without having to change the underlying structure of the database. 
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In yet another embodiment, the architecture provides a user interface or user 
experience that is uniform across the multiple applications used "behind the scenes" 
to build the network-based application desired by the user. In yet another 
embodiment, the software architecture is a reactive architecture which supports 

5 various levels of task granularity and is dynamically aware of what information has 
been entered by a user. 

In another aspect of the present invention, an integrated software platform 
for creating an end-user application having a uniform user experience and a single- 
registration feature is described. A data model arranges and configures application 

10 data, which are either of a fixed attribute type or an extended attribute type. The 
platform also includes a data logic or dependency logic component for operating on 
the application data. A back-end code layer manages the uniform user experience 
and a visual design component implements the user experience primairly by 
presenting a user interface that is used for entering data into the system. The 

15 platform communicates with a data schema or repository for storing the application 
data configured in the data model. 

In another aspect of the present invention, a task-based architecture for 
building a multiuser, online application through a task-based approach is described. 
The architecture includes a data schema for storing data related to the online 

20 application. A data model stores and shares the data as multiple tasks are completed 
and is physically stored in the data schema. The task-based architecture also 
includes multiple tools and a task viewer application for creating a user interface. 
Several services allow a user to gather and author the data. One of the tools 
includes a data extension framework for defining and extracting data. Another tool 
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is a context management tool for determining the context in which a particular task 
is being completed. 

In another aspect of the present invention, a system for building a 
distributed, multiapplication program is described. The system includes multiple 

5 tasks, where a task is made up of one or more sequences. The system also includes 
multiple panel objects within a sequence through which data related to the 
multiapplicatin program is entered and manipulated. A panel object is aware of data 
object to acces to retrieve existing application data. 

In yet another aspect of the present invention, a method of building a 

10 customized Web site is described. One or more Web pages, such as a home page or 
a dynamic map page is created and maintained. A communication service for 
communicating with users accessing the Web site is developed. An online 
transaction system for processing online orders made through the Web site is also 
developed. A reporting service for generating reports relating to Web site activity is 

15 created. The method of building the customized Web site involves a task-based 
approach to completing an activity and has a uniform user experience. 

In addition, data constructs, models, and architectures are disclosed which 
provide a foundation for an application-building system for enabling a non-technical 
user to perform discrete tasks to build a complete network-based application and 

20 maintain the same user experience throughout the application development. For 
example, the architectures and data constructs can be used to construct and maintain 
an Internet or online presence capable of handling e-commerce transactions or build 
a customer relationship management system. 

In another aspect of the invention, a data model having an extensible 

25 underlying structure that can be used in a user-oriented application development 
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system having a task-based architecture is defined. The data model is capable of 
allowing for extensible attributes such that the addition of a new data attribute can 
be made without changing the underlying structure of the data model Multiple 
applications making up the user-oriented application development system can 
5 access data from the data model. Data stored in a database having the data model as 
an underlying structure can be reused by the task-based architecture for various 
applications. 

In one embodiment, the data model is capable of abstracting data and 
aggregating or collecting data over an integrated common platform in a way that 

10 allows the data to be authored and distributed. In another embodiment, the data 
model performs as a uniform and shared data source for all users containing 
domain-specific data such that each user can leverage the shared data source. 

In one aspect of the present invention, a data model having a structure for 
dynamically configuring and sharing existing application data from multiple 

15 systems is described. The data model contains a central or hub system containing a 
unique identifier. The hub system is accessible by the other systems using the 
unique identifier. The data model includes a first set of multiple data objects 
containing application data for managing tasks and a uniform user interface for 
creating an application. A data object has fixed attributes and extensible attributes. 

20 A second set of data objects representing an additional system is dynamically added 
to the data model and done so without altering the structure of the data model. The 
additional system can share existing application data with the hub system and the 
first set of data objects using the unique identifier. 

In one embodiment the data model includes a first set of multiple model 

25 objects for containing the first set of multiple data objects. The model objects 
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include a data input means and verification methods for verifying the application 
data. The model objects contains dependency logic for operating on the first set of 
data objects. In another embodiment additional application data is added to the data 
model and dynamically configured as one or more tasks are completed. In yet 
5 another embodiment, the data model has an Extensible Markup Language (XML) 
layer thereby allowing for extension of data objects. 

In another aspect of the present invention, an extensible model object for 
containing and manipulating application data in a data model is described. 
The extensible model object contains one or more data objects for persistently 

10 storing application data relating to the model object where the application data 
includes fixed attributes and extensible attributes. The model object also includes a 
data manipulation logic component for manipulating the application data in the one 
or more data objects, where the model object is a logical interface between an 
application-building system and an end-user. The extensible attributes of a data 

1 5 object can include previously undefined attributes that are specific to an application. 
In yet another aspect of the present invention, an application-building 
software architecture for enabling multiple users and multiple services to use a data 
model having a framework via a wide area network is described. The platform 
enables a user to extend the data model by adding a previously undefined data type 

20 in a dynamic way without having to alter the framework of the data model. In 
addition, the multiple services can use the previously undefined data type and 
another user can use an extension to the data model created by the first user. 
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Brief Description of the Drawings 

The invention will be better understood by reference to the following 
description taken in conjunction with the accompanying drawings in which: 

FIG. 1 is an illustration showing numerous layers of the platform in 
5 accordance with one embodiment of the present invention. 

FIG. 2 is an illustration of components in a task-based architecture of an 
integrated platform in accordance with one embodiment of the present invention. 

FIG. 3 is an illustration of a data model for an e-commerce enabled Web site 
in accordance with one embodiment of the present invention. 
10 FIG. 4 is a block diagram of a data object, a model object, and a data schema 

in accordance with one embodiment of the present invention. 

FIG. 5 is a block diagram showing a relationship among tasks, sequences, 
and panels. 

FIG. 6 is a screen illustration showing components of a task viewer 
15 application in accordance with one embodiment of the present invention. 

FIG. 7 is a block diagram showing various services used for creating and 
maintaining a commercial online presence in accordance with one embodiment of 
the present invention. 

FIG. 8 is a block diagram showing various tools for use in an application- 
20 development system in accordance with one embodiment of the present invention. 

FIGS. 9 A, 9B, and 9C are flow diagrams illustrating a task-based approach 
to building a particular application, namely, an e-commerce Web site, in accordance 
with one embodiment of the present invention. 
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FIG. 1 0 is a flow diagram of a process of creating and editing a map page in 
the application building process in accordance with one embodiment of the present 
invention. 

FIG. 1 1 A is a screenshot showing three map page layout options from which 
5 a user can choose. 

FIG. 1 IB is a screenshot showing options available to a user for completing 
a map page layout task. 

FIG. 1 1C is a screenshot showing how to complete a user direction layout task. 
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Detailed Description 

Reference will now be made in detail to a preferred embodiment of the 
invention. An example of the preferred embodiment is illustrated in the 
accompanying drawings. While the invention will be described in conjunction with 
5 a preferred embodiment, it will be understood that it is not intended to limit the 
invention to one preferred embodiment. To the contrary, it is intended to cover 
alternatives, modifications, and equivalents as may be included within the spirit and 
scope of the invention as defined by the appended claims. 

The present invention describes a platform and data model that allows non- 
10 technical users to develop online and network-based applications. The platform can 
be viewed as an operating system which facilitates self-development of online and 
stand-alone applications. The data model component, which can also be viewed as 
a component of the platform, allows for the collection, aggregation, and modeling of 
user data which leads to efficient utilization and scaling of the data, such that the 
15 data can be shared across a high volume of users. The aggregated data, typically 
from many users, creates a data source which can be shared and leveraged by all the 
users. The data component or model is also robust in that it is easily extensible, 
flexible, and uniform. 

The data model provides a foundation for an integrated platform on which a 
20 task-based architecture and methodology is implemented. This task-based 

architecture and methodology for building applications facilitates using a large data 
pool based on the data model. The data model and task-based architecture also 
allow for a uniform user experience, as well as other advantages described below. 
Similar to a conventional operating system, in order for the integrated platform to 
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function, numerous applications and tools are needed. These applications and tools 
allow a user to use the data model and the task-based architecture to create a 
comprehensive, multiuser, online application, such as an e-commerce Web site, a 
catalog or portfolio-oriented Web site (for service-based online businesses), a 

5 customer relationship management application which allows a user to manage 
various types of customer relationships online, marketing and related business- 
acquisition tools, and different types of customer communication applications. In 
these types of multiuser, online applications, the user is typically an online merchant 
or small business owner ("SBO") desiring an online presence. 

10 The integrated platform of the present invention can be described generally 

as a series of layers, again, much like an operating system. FIG. 1 is an illustration 
showing numerous layers of an integrated platform in accordance with one 
embodiment of the present invention. At the bottom of a platform 100 is a core data 
repository or data schema 102 which physically stores data for a one or more data 

15 models. A data model, described in greater detail in FIGS. 3 and 4, represents an 
arrangement or configuration of data in terms of fixed and extensible attributes as 
well as logic for operating on the data. For purposes of illustrating the described 
embodiment, data arranged in the data model can be, for example, business data and 
data relating to users, where a user is an SBO or online merchant. The data model 

20 has a unique configuration that facilitates the collection and aggregation of data and 
the addition of previously undefined data attributes, referred to as extensibility. 
Data schema 102 physically stores the data used by the applications, tools, and 
functions in conjunction with the task-based architecture. Data schema 102 can 
store data in the form of a relational database, flat files, a multidimensional 

25 database, or any other appropriate data storage schema. 
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Immediately above data schema 102 is a back-end code application layer 
104. In the described embodiment, application layer 104 contains numerous 
application modules and programs that run behind the scenes of the user experience; 
that is, what the user sees and does when using the integrated platform. Above 

5 back-end code application layer 104 is an interface layer 106 which is the first layer 
of the system front-end. In the described embodiment, the front-end, consisting of 
interface layer 106, an information architecture layer 108, and a visual design layer 
1 10, is loosely tied to back-end code application layer 104. Interface layer 106 
provides a container mechanism, usually implemented as an HTML form element, 

10 which wraps data for transfer between application layer 104 and interface layer 106. 
Interface layer 106 connects layer 104 with an information architecture layer 108 
and a visual design layer 1 10. 

Information architecture layer 108 maps a user's "mental model," i.e., the 
user's knowledge domain, to data repository 102. Layer 108 also maps the user's 

15 mental model of a task-based interface to interface layer 106 and application layer 
104. Information architecture layer 108 models the user experience and embodies a 
task-based architecture by implementing and reinforcing various models and flows 
for each task within the system, described below. 

Interface layer 106 and application layer 104 translate the instructions 

20 provided by information architecture layer 108 and present the desired 

screens/panels to the user. Through this process, the technicalities and expertise 
normally needed to complete otherwise highly technical tasks are abstracted away. 
A visual design layer 1 10 rests on top of information architecture layer 108 and 
implements a user experience by presenting the actual interface that the user uses to 
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enter data into the system. Visual design layer 1 1 0 implements the user interface 
for the task-based architecture. 

Layers of integrated platform 100 that are part of the task-based architecture 
and, thus, particularly relevant are information architecture layer 108, back-end 
5 code application layer 104, and data schema 102, or, more specifically, the data 
model embodied in data schema 102. A more detailed view of the last two layers is 
shown in FIG. 2. 

FIG. 2 is an illustration of components in a task-based architecture of an 
integrated platform in accordance with one embodiment of the present invention. 

10 At the bottom is data schema 102 which physically stores the data. Operating on 
data schema 102 is a data model 202 that configures and handles data stored in data 
schema 102. As mentioned above, a data model facilitates collecting, storing, and 
sharing information from a user. The data are modeled in such a way that they 
allow for efficient reuse of data already entered, in a way that is intuitive to and 

15 expected by the user. Data arranged in data model 202 are dynamically configured 
as the user completes various tasks. Data are expressed uniformly and can be 
shared by disparate and newly added applications and modules in the system. In the 
described embodiment, data model 202 has an Extensible Markup Language (XML) 
layer 203 that further facilitates the flexibility of data model 202 and its ability to 

20 collect and output data in a distributed manner. Thus, data model 202 allows for the 
abstraction, aggregation, and modeling of data in a common integrated platform and 
enables the task-based architecture of the present invention. Data model 202 is 
described in greater detail in FIG. 3. 

In direct communication with data model 202 is a toolkit layer 204 

25 containing numerous toolkits 206. Toolkits 206 are modules, systems, and 
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frameworks that perform core functions of the application-building system of the 
present invention. The toolkits necessary for implementing the task-based 
architecture of the integrated platform are described in FIG. 8. 

Operating in conjunction with toolkit layer 204 is a task viewer application 
5 layer 208. The application-building system of the present invention can be 

implemented by a service provider who manages the integrated platform, the data 
model, data repository, and other components of the system. The application- 
building system is a collection of database-driven applications. One such 
application is a task viewer application. A task viewer implements an interface for 

10 users to create relevant data, such as business data for an SBO. The task viewer 
provides a core set of services enabling a uniform user experience. These services 
include the delivery of sequential forms and screens for gathering and formatting 
information, information validation, and information storing services. The primary 
responsibility of the task viewer is the delivery of an atomic data gathering 

15 procedures. In order to provide flexibility in authoring data, these procedures have 
been partitioned into three discrete types of objects: tasks, sequences, and panels, 
each with their own function, described in FIG. 5. The task viewer application 
operates as a programmable wizard framework. In order to take advantage of the 
extensible data model of the described embodiment, an authoring system allows 

20 data objects in the data model to be created, extended, and stored by the system. 

A services layer 210 can be considered part of interface layer 106 and the 
front-end of the application-building system. In the described embodiment, there 
are various services 212 that allow a user to create a complete, multiuser application 
without having to use any external programs or services. As mentioned above, one 

25 such multiuser application is creating a comprehensive e-commerce Web site for a 
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user who wants an online presence. In such an application, services 212 refer to 
defined functions typically needed in order to fully complete the application. In the 
customized e-commerce Web site application of the described embodiment, the 
following broadly defined services are typically needed: 1) site building; 2) 

5 communication; 3) catalog or portfolio; 4) commerce; 5) marketing; and 6) 

reporting. In another preferred embodiment, a Web site-building application can 
have more or fewer services as the needs of Web sites can vary over time. In yet 
another preferred embodiment, services of a different nature or type can be used for 
a different application, such as a customer marketing campaign. 

10 FIG. 3 is an illustration of a data model for an e-commerce enabled Web site 

in accordance with one embodiment of the present invention. At the center of a data 
model 300 is a shop system 302. Shop system 302, as with other systems described 
below, is a collection of model objects. Shop 302 contains a unique sequence 
identifier ("SID") used for identifying a user. The SID is used by other systems to 

15 key into shop 302. When a user logs in, the user's SID is retrieved and used to pull 
in the rest of the data from the other systems for that user. Each of the systems can 
get to shop using the user's SK). Shop 302 is the key to getting data from the other 
systems. 

A task management system 304 is a wizard framework for handling all user 
20 interaction through tasks, sequences, and panels. These specific components are 
described below. Task management system 304 is responsible for presenting a 
standard, seamless, user interface to a user for all data creation and editing 
functions. It allows for tracking and resuming tasks when a user stops working on a 
task before the task is completed. It is also responsible for the identification, 
25 verification, and publication of all data it receives from a user through panels. 
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A partner system 306 is used primarily by the application-building service 
provider and not the user. It allows the service provider to partner with third-parties 
through which users choose to build their applications. Partner system 306 is an 
aggregator of objects that relate to aspects of the application-building service that 
5 can be modified according to a particular partner. It is an extensible mechanism for 
providing business term-specific overrides to the integrated platfoim at runtime. 
For example, it contains models objects and data objects that control aspects of the 
user experience, such as color, fonts, and partner logos, that can be customized for a 
particular partner of the service provider. Thus, these implementation-specific 

10 variables can change depending on the partner and are modeled and loaded into the 
environment by partner system 306. This is done without assistance from or 
effecting the other components or systems in the platform. 

A consumer system 308 maintains a database of end-users somehow 
associated with the user, such as a list of visitors and customers to an SBO Web site. 

15 This list or database is fully integrated and addressable from other systems in data 
model 300 using the user's SID. A site management system 310 encapsulates data 
relating to a user's Web site. A user can have multiple sites, such as one that is 
being created and is previewed only by the user and another that is published and 
viewable by the public. A commerce/catalog system 3 12 is a catalog database 

20 attached to a user through shop 302, similar to the database in consumer system 308. 
A typical catalog database contains descriptions and prices of products and services 
available from the user. Additionally, this system is responsible for recording all 
commerce transaction associated with the shop. This includes an order management 
and processing function which is tied to consumer system 308. A user management 

25 system 314 performs general user authentication and checks roles and permission 
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levels within the system. For example, a user, such as an SBO, may have several 
employees who can access the application-building service, some of whom can 
perform only certain tasks, such as creating a map page, but not others, such as 
establishing a merchant account. User management system 314 controls access of 
5 users in the system. 

Also shown in data model 300 are new system or application constructs 
316A and 316B. These constructs show that new systems and applications can be 
added to data model 300 dynamically without effecting existing systems. As long 
as new systems 3 16A and 3 16B can be accessed using a user's SID, the platform 

10 can be extended to include them. This can be done by creating additional model 
objects and data objects, described in FIG. 4, and without altering the structure of 
the underlying data schema. In addition, new systems 316A and 316B can use data 
from the other systems described above. 

FIG. 4 is a block diagram of a data object, a model object, and a data schema 

15 in accordance with one embodiment of the present invention. A data object 400 is 
used for efficient persistent storage and is capable of reading from and writing to 
data schema 102 but is not capable of performing any logical operations on the data. 
In the described embodiment, data object 400 has two components: fixed attributes 
402 and extensible attributes 404. Fixed attributes 402 represent items known to the 

20 user at the time the data object is created and may include data items such as a URL 
or Web address, a user name, address, and other basic data. Some data items can be 
divided into subcomponents. For example, phone number can be stored as several 
components: country code, suffix, prefix, area code, and so on. 

Extensible attributes 404 include data that are user-specific or are added to 

25 the user system at a later time or cannot be defined in fixed attributes 402. 
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Extensible attributes 404 can include user-specific preferences, such as performing a 
task in beginner or advanced mode, or hiding or showing a summary area for a task. 
Another example of extensible attributes is "Frequently Asked Questions" or FAQs 
data for an SBO which are typically very business specific and, therefore, ideal for 
5 being stored as extensible attributes in a data object. Arrow 406 represents that data 
of either attribute can be shared, or can be converted from one type to another when 
allowed by the system. 

Using an example of an e-commerce enabled Web site, an SBO or online 
merchant can be represented as a collection of data objects 400. These data can be 

10 further reduced into categories that represent, at a high level, components of the 
business. To illustrate, business data can generally be categorized into four areas: 
business information (e.g., hours of operation, location, name, tax information, etc.), 
a catalog of good and/or services which the business offers, a collection of 
customers and their related attributes (e.g., name, contact information, profile 

15 information, billing, etc.) and financial data such as income and operating costs. 
The information is collected via applications in these categories and is utilized to 
deploy a core set of user applications that rely on this data for functionality. 
Information is entered, exchanged, and reused among components in a multiuser 
application. The e-commerce Web site is described as a collection of data. The 

20 model for this data can be populated by many applications. Examples of multiuser 
applications include the creation of Web pages, management of a complex Web site, 
construction of online catalogs or portfolios, as well as online order processing 
functionality, and e-commerce transactions. 

In order to manage information related to these categories, the data are 

25 categorized into a collection of objects that encapsulate and manipulate the data. 
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These objects are referred to as model objects. A model object 408 is a containment 
structure for data objects through which all interaction between applications and the 
data schema occurs. It contains business intelligence in the form of dependency 
logic 410 for one or more related data objects 412. Dependency logic 410 
5 understands the relationship between data objects 412 and knows what needs to be 
done when certain data are modified. In a simple example, when a user changes a 
Web address, at the data object level, a URL field in fixed attributes component 402 
is written to with the new address. However, data object 400 does not know that an 
external DNS server needs to be notified. Model object 408, and specifically, 
10 dependency logic 410, understands that the DNS server needs to be notified and that 
there needs to be a storage change in the data schema, and causes these events to 
occur. 

Data schema 102 is the physical storage of data model 202 which, in turn, is 
a collection of data objects. An API 414 between model object 408 and data 

15 schema 102 allows for modification of the data. API 414 is determined by the type 
of physical data storage mechanism used, such as a relational database or a 
multidimensional database. 

Besides being a container of data objects, model object 408 provides a user 
with a standardized interface for manipulating attributes in data objects 412. Users 

20 do not need an external understanding of the data objects' interdependencies or how 
the data are configured and stored. In sum, the model object can be seen as a type 
of logical interface between the application-building system and the user, and the 
data objects, as contained in model objects, as a type of database interface. In the 
described embodiment, model objects and data objects are implemented by 
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encapsulating them using Java™ bean technology as is known in the field of 
Internet and network-based application programming. 

In order for the integrated platform to process the disparity among different 
types of business or non-business data, the platform requires a mechanism for 

5 extending the attributes of a given model object. As mentioned above, in the 
described embodiment, XML is used to implement data and logic for the model 
objects and data objects. As is known in the field of Internet application 
programming, XML allows for arbitrary attributes to be structured in a hierarchical 
format. This hierarchical format enforces structure and dependency while allowing 

10 for changes that do not affect external clients or users of the contained data. Thus, 
data object 400 exposes its data to model object 408 via an XML layer (shown as 
XML layer 203 of FIG. 2) thereby allowing for attributes to be added as desired, 
Le. 9 making them extensible. Model objects can be extended as new relationships 
form which require enforcement of data dependencies. 

15 The interaction between a model object and data object can be illustrated by 

taking the example of a model object that acts on a relationship between an SBO 
and an online customer. The model object in this case enforces a dependency 
binding a data object to a business entity. Extensible attributes of such a data object 
may begin with data relating to when the relationship was established, how the 

20 customer was referred to the SBO online site, and whether a transaction was 

completed. Using XML to define these attributes facilitates extending the system 
i.e., the SBO's Web site, to be aware of the number of return visits by the customer 
without requiring the SBO to have an understanding of or having to modify the 
underlying storage structures or dependencies. Over time, the XML definition for 

25 such a "customer relationship*' object may expand to cover all aspects of the history 
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of transactions between the business and the customer. By virtue of XML, the 
original specification describing when the customer first visited the Web site 
remains unchanged while whole new subcategories of information have been added 
to the object. The overall model has added no new rules to support the new data, 

5 nor has the underlying data layer and storage system changed to support the 
potentially vast data contained by the system. 

FIG. 5 is a block diagram showing a relationship among tasks, 
sequences, and panels. A task 500 is a goal-based activity or operation that a user 
performs in the application-building process. One example is creating a home page 

10 in the case of building an e-commerce Web site. Another example is creating an ad 
banner, generating a list of potential consumers, and enabling the ad banner to be 
presented to the potential consumers in a consumer marketing campaign application. 
Tasks are managed by a task viewer in task viewer application layer 208 of FIG. 2 
and further described in FIG. 6. Task 500 is made up of one or more sequences 502, 

15 where a sequence is geared towards completing a more granular operation within 
the task, such as selecting an overall layout of a home page. The number of 
sequences in a task can vary over time, as can the number of tasks in the 
application-building process. A sequence, in turn, is made up of a series of panel 
objects 504. It is at the panel level where the user typically creates or edits data. 

20 Examples of this are shown in FIGS. 9 to 12. 

Each panel object 506 represents an atomic step in task 500. Panels 504 do 
this by creating form elements that enable windows for data to be entered, 
displayed, or edited. A form element is an HTML construct that defines the fields 
that will be sent to a server when a user clicks a SUBMIT button. A panel object 

25 5 06 is responsible for knowing where to go in the data objects to get its default data. 
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This default data are used for describing the requirements for valid edits of the data 
and for describing where in the system to store valid results. Panel object 506 can 
describe valid inputs for each of their form elements or windows. Validation 
methods are used to determine if a panel object's contents meet the criteria for 
5 storage in one or more data objects. The task viewer manages validation by 
refusing to advance past panels that do not meet the panel object's validation 
criteria. 

The user experience of the application-building process of the present 
invention is based on a task-by-task approach. In this model, users complete tasks 

10 (self-guided, goal-based operations) to build and manage various parts of their 
application, such as an e-commerce Web site, including the creation of Web pages, 
management of a potentially complex Web' site, construction of online catalogs, 
online order processing functionality, and e-commerce merchant functions. The 
architecture is designed to have discrete layers of functionality, building up from 

15 discrete actions or panels to combinations of panels to form sequences which, in 
turn, form tasks. Discrete actions, such as filling out a form field or clicking a 
button, are combined together to make a task such as building a Web page. Discrete 
tasks combine together to form an activity, such as creating and managing an online 
catalog. An example of a task-based approach to building an application is shown 

20 inFIGS.9A,9B,and9C. 

FIG. 6 is a screen illustration showing components of a task viewer 
application in accordance with one embodiment of the present invention. A task 
viewer application 600 is implemented as a collection of JHTML (Java™ HTML) 
files. Task viewer 600, as displayed in a user interface, has numerous sections: a 

25 controls area 602 for the application; a current task information area 604; navigation 
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elements 606; a configurable HTML form region 608 which allows 
submitting/viewing information; and a content region 610 acting as a placeholder 
for contents for a current panel object. 

FIG. 7 is a block diagram showing various services used for creating and 

5 maintaining a commercial online presence 700 in accordance with one embodiment 
of the present invention. A site building service 702 allows a user to build and 
maintain Web pages in a step-by-step manner in which discrete tasks are completed. 
This service gives the user control over the site's appearance and content, and 
allows the user to make changes to the Web site at anytime. This is enabled in large 

10 part by data model 202. A communication service 704 facilitates communicating 
with online users viewing the online merchant's site through such services as 
personalized email newsletters and online surveys. Communication service 704 can 
also facilitate building a customer database storing customer buying patterns and 
personal preferences, all of which can improve communication between the online 

15 merchant and visitors to the site. 

A catalog service 706 allows a user to display products or services through 
an online catalog or portfolio. The user can dynamically change the format, style, 
and information. Given that an online e-commerce site is being created, a merchant 
account and an online transaction system needs to be in place. This can be done 

20 using a commerce service 708. This service allows users to manage online orders 
and establish an efficient checkout process, if needed. A marketing service 710 lets 
the user promote the online business using various marketing tools. For example, 
marketing service 710 facilitates submitting the site to search engines. As with the 
communication service, the marketing service takes advantage of email newsletters 

25 and surveys, as well as banner advertising. A reporting service 712 allows the SBO 
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to create sales and customer profile reports. Such reports can also include statistics 
about Web site activity and trends in visitor traffic. 

FIG. 8 is a block diagram showing various tools for use in an application- 
development system in accordance with one embodiment of the present invention. 
5 It describes in greater detail toolkit layer 204 and toolkits 206 of FIG. 2 describing 
the task-based architecture of the present invention. In the described embodiment, a 
contextual template system (CTS) tool or context manager 802 used to filter all 
derived objects based on a current user state. CTS implements a registry of 
extensible context checks and uses them to maintain a polled snapshot of the current 

10 operating environment. This context signature is used to retrieve certain records 
(e.g., Task, Help, and Renderer records) from the database, and exclude or prioritize 
them based on their self-described contextual requirements. The CTS or context 
manager is a runtime object that is responsible for maintaining the context signature 
for a current user, and is used by other objects to retrieve a list of relevant objects. 

15 In the described embodiment, there are three components in CTS 802. 

Collectively, they are responsible for the management of contextual information in 
the system. A context check component 804 is used by context manager 802 to 
assess and maintain the context signature. Context check module 804 is a module 
of code which produces a Boolean result. Context checks are written to allow for 

20 filtering of a particular rule. An example of this might be a check that is written to 
determine if the current user is "owned" by a specific partner of the service 
provider. Certain Renderers (e.g. page layouts) might only be allowed for this 
specific partner, in which case the task would specify a "Requires" context check 
for that specific aggregator. In this context a partner is a third-party that has co- 

25 branded the service provider's interface and offers it to their users. Such partners 
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may wish to add or subtract various functionality within the application-building 
process. In another example, a user can be in a basic or advanced mode within a 

< 

task or the user may be in a create sequence or an edit sequence. For many tasks, 
users are walked through a create sequence to set a Web page or create their 

5 customer database. After this, the user can access data that they have created within 
edit mode or sequence thereby avoiding having to walk through all the steps again. 

Another component is a context information record 806. All contextual 
objects include a context information record. In the described embodiment, context 
information records have three sections: Requires, Excludelf, and Mandatorylf. 

10 Each of these categories is expressed in record 806 as a list of context check IDs and 
the desired value for the condition to be true. In a natural language example, a task 
might express itself as follows: I Require that the user has already built a site, but I 
should be Excludedlf the customer has already added a map to their site. 

Context Check module 804 is programmed using any Java™ development 

15 environment. The resulting class file is registered with a name and ID using a 
content registration tool 808. This tool is able to list context check modules by 
name when Tasks and Renderers are being registered. 

Context Checks are stored in the database and registered when CTS 802 is 
constructed. CTS 802 manages a runtime instance of each context check. At pre- 

20 determined times the CTS polls each of the checks to produce a current signature. 
When asked for a list of contextual objects, the CTS uses the current signature to 
filter and sort the results of the database query, resulting in a qualified list of Tasks 
or Renderers. 

An Extended Attribute Framework (EAF) 810 is a tool by which data object 
25 attributes are defined, manipulated, and extracted from data schema 102. This 
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attribute framework is extended by all classes in the system which support 
attributes. Framework 810 provides interfaces and methods which need to be 
implemented by the extending classes. The attributes themselves, for each instance 
of a class extending EAF 810, are persistent and present in the database. 

5 In the described embodiment, EAF 8 1 0 consists of an "attributecollection" 

class 812 which consists of attribute manipulation methods. The manipulation of 
attributes includes methods to add, remove, replace and get attributes. EAF 810 
implements an indexed hierarchical collection of attributes. Each attribute has 
associated with it a name, type and index within the collection. 

10 Another tool is a task management system ("TMS") 814 system which is 

used to deliver a task-based interface. Task management system 814 encapsulates 
the design and storage of task sequences 502, their related panel objects 504, their 
in-memory representation, and their interaction with task viewer application 600. 
Task manager 814 consists of four components that collectively manage the design, 

1 5 delivery, and storage of task information. 

A task list component 816 is a persistent object with two primary purposes. 
First, it maintains a list of tasks that customers have specified an interest in starting 
at a deferred time. Second, task list component 816 is used to determine a context- 
sensitive suggestion of tasks that the current customer might want to pursue. 

20 Task viewer component 818 defines a user interface shown generally in FIG. 

6. It is a JHTML based application that interacts with the run-time object 
representing a currently active task. Task viewer 818 includes a collection of 
navigation controls (e.g., next, previous, and special), a title area, a content region 
which contains the current panel in the sequence (containing form/data entry fields), 

25 and a collection of task management widgets such as Save buttons. Task viewer 
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application 818 queries the current task to determine the next panel to display, the 
appropriateness of specific navigation elements, the title to display, and other 
information relevant to the accomplishment of the task. As such, the in-memory 
representation of a task object is a model which is manipulated by task viewer 818 

5 acting as controller. 

A task 822 is a read-only persistent object that encapsulates visible aspects 
of a task, contextual information for determining the task's relevance under dynamic 
conditions, and the sequence logic required for its delivery. In the database, tasks 
are delivered as an attribute list with high-level accessors available for common 

10 functions. As described above, a panel 820 is an atomic element of a sequence that 
is used to perform a specific step in a task. Panels are registered in the system to 
provide for reference counting of the sequences that contain them, and the 
management of their assets. 

Task viewer application 818 is launched in response to a request to perform 

15 a task. A task 822 is either user-added or dynamically added to task list 8 1 6. When 
a task is started a TSPTask object is added to a current session object. The TSPTask 
acts as the intermediary for identifying how task viewer 8 1 8 should respond to user 
interaction events. 

FIGS. 9 A, 9B, and 9C are flow diagrams illustrating a task-based approach 
20 to building a particular application, namely, an e-commerce Web site, in accordance 
with one embodiment of the present invention. The process of building such an 
application is shown in three sample phases. Phase 1, illustrated in FIG. 9A, shows 
generic tasks for developing an e-commerce Web site. Phase 2, illustrated in FIG. 
9B, shows sample tasks needed for building an online catalog to be used in the Web 
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site and Phase 3, illustrated in FIG. 9C, shows sample tasks for activating e- 
commerce functions. 

At step 902 a user, such as an SBO, takes on the first task of registering a 
domain name. In the described embodiment, a user can either register their existing 
5 Web address {e.g., www.mv-store.com ) or register a domain name with the 
application-building service provider, in which case the address would resemble 
www.mv-store.service-provider.com . In the later case, the service provider verifies 
that the name for "my-store" is available and verifies basic business information 
such as address and other user contact information, including the user's email 

10 address. At this stage the user also creates a password for his account. It should be 
noted that the entire application-building process requires that the user only register 
once with the service provider. The user does not have to re-register or register 
multiple times with different application tools when beginning work on a different 
aspect or feature of the application. 

15 At step 904 the user performs the task of determining the general design and 

look of the Web site by selecting, for example, a color scheme, design layout, and 
character fonts of the site. In the described embodiment, the display aspect of the 
site is separated from the content. In this task, the display aspect is being 
determined. By doing so, the user is settling on a consistent look and appearance 

20 for the site. In the described embodiment, this is done by offering the user a number 
of options or templates for layout designs and color schemes. Each template is a set 
of HTML objects and graphic templates, and is coded to contain, for example, 
predetermined fonts, foreground and background colors, and other graphical 
features. By choosing a template the system can dynamically populate the display. 
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Once the user has completed this task, at step 906 she creates and edits a top- 
level page or home page. Typically, a home page introduces a consumer to the 
user's business and may describe generally the goods or services being offered. The 
home page is typically updated frequently by the user to reflect, for example, 

5 changes in the user's business (/.e., new products or services) or contact 

information. At step 908 the user completes the task of creating and editing a map 
page. The various panels, or steps, for completing this task are described in greater 
detail in FIG. 10. At step 910 the user creates and edits a customer contact page 
which essentially displays more detailed information about contacting the user, 

10 which can be useful if the user is a large, nation-wide business with many locations 
and departments. These last two tasks are only two illustrative examples of pages 
that the user can create for the Web site. In the described example, templates are 
provided to the user to easily create and edit these pages. Some of these templates 
are shown in FIGS. 1 1 A, 1 IB, and 1 1C for creating and editing a map page. 

15 Numerous other templated pages can be offered to a user: an "About Us" page, a 
"Business Relationships" page, a "Job Listings" page, "Frequently Asked 
Questions," "Employee Bios," and so on. Also in the described embodiment, the 
user can create any number of customized Web pages for displaying information 
that suits the user's particular needs. 

20 Steps 902 to 91 0 illustrate five examples of tasks for creating a basic 

commercially viable Web site which, in turn, is one example of a multiuser 
application. In other embodiments, numerous other types of tasks may be more 
appropriate for a particular application or for the site-building application. As 
mentioned above, these tasks can be grouped together as phase 1 of the application- 

25 building process. It should also be noted that these tasks and the ones following are 
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presented to the user in a consistent manner. The more tasks the user completes, the 
more comfortable and efficient the user becomes with the process, which does not 
change significantly as the user advances in the process. This enhances the overall 
user experience in using the application-building process of the present invention. 

5 FIG. 9B illustrates an example of a second phase of the process. Here the 

tasks are oriented towards a more specific aspect of the Web site-building 
application. The example described is building an online catalog for the user's 
business. Most SBOs, for example, will want to display to consumers a catalog or 
list of goods and services offered along with photos, descriptions, prices, and so on. 

10 At step 912 the user creates category pages. This task is useful for categorizing and 
distinguishing the user's various goods and services. For example, if the user is an 
SBO in the retail wine business, there could be a category page for Reds, Whites, 
Dessert, and so on, and additional category pages within each category. 

The next described task is creating and editing items to be listed in the 

15 catalog, as shown in step 914. At step 916 the user can upload photos or pictures of 
the items shown in the online catalog. At step 918 the user creates and edits a front 
page for the catalog that can, for example, generally describe to consumers the 
various categories of goods or services being offered. Another possible task 
involved in building an online catalog is rearranging the order of items on the 

20 category pages at step 920. This completes one example of a phase 2 series of tasks 
for completing another aspect of a Web-site application building process. 

FIG. 9C describes yet another series of tasks for developing a commercially 
viable Web site. It describes tasks for activating certain e-commerce functions 
normally needed by businesses for accepting and processing actual orders online in 

25 which consumers can make payments, for example, with a credit card and have 
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payments go directly to a merchant account. At step 922 the user applies for an 
online merchant account for accepting payments from consumers. The service 
provider has an API to a third-party partner specializing in merchant banking and 
related online shopping cart services. As part of this task, the user completes an 
5 online form as required by the third-party, and the service provider then submits this 
to the third-party. In another preferred embodiment, the user can open an online 
merchant account prior to beginning the application-building process and enter the 
existing information, such as bank name, account number, in place of performing 
this task (entering such existing information would itself be considered a task). 

10 At step 924 the user prepares a series of shopping cart checkout messages. 

These are messages displayed to a consumer during the whole process of making a 
purchase online. In a typical example, such messages can begin when the consumer 
first places a first item in his shopping cart and can end with the content of an email 
to the consumer when the goods are shipped out. The user can choose from 

15 standard messages, such as "Thank you for your order . . to more customized 
messages. For example, the user can select whether the confirmation email to the 
consumer should contain a list of the items purchased or a simpler message. At step 
926 the user fills out a shipping rates table to inform consumers of shipping costs 
and factors effecting such costs such as weight, number of items, etc. Similarly, at 

20 step 928 the user sets up a sales tax table. 

At step 930 the user prepares a merchant policy stating practices and policies 
the merchant abides by in processing online transactions. In the described 
embodiment, the user, if an SBO or other type of merchant, may be required to 
abide by a set of standards for issues like refunds, shipping, and so on, considered to 

25 be good e-business practices. At step 932 it is determined whether the merchant 
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account applied for in step 922 has been approved. If it has not been approved, the 
user can contact the service provider at step 934. If it has, the described example of 
activating e-commerce functions is complete and the SBO or online merchant can 
begin processing online transactions. As with the previous phases, this is just one 
5 example of a series of tasks that might be needed for building an e-commerce Web 
site. 

FIG. 10 is a flow diagram of a process of creating and editing a map page in 
the application building process in accordance with one embodiment of the present 
invention. It describes the task shown in step 908 of FIG. 9A. In the site-building 

10 application, the user can create a customized, interactive map page for the site. The 
user's business address is plotted on the map and consumers can zoom in, zoom out, 
or recenter the map as desired. At step 1 002 the user completes a panel for creating 
an introduction panel for the map page. In the described embodiment, the 
introduction panel informs consumers of a physical location of the user's business, 

15 including directions and other information. At step 1004 it is determined whether 
the user has previously entered his address. If not, the user does so at step 1006. 
Once the user's address is entered, the user chooses a layout panel for the map page 
at step 1006. Here the user can select from several different layouts. FIG. 1 1 A is a 
screenshot showing three map page layout options from which a user can choose. 

20 As shown in panel 1 102, the user selects one of three layouts: layout 1 104, layout 
1 106, or layout 1 108, as part of completing this particular task. 

At step 1010 the user specifies a map panel which determines how the map 
will be displayed the first time a customer views it. Customers can then interact 
with the map by zooming in or out or recentering the map. FIG. 1 IB is a screenshot 

25 showing options available to a user for completing this task. In a panel 1 1 1 0 is an 
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initial map layout 1112. The user can re-orient layout 1 1 12 by selecting one of the 
direction buttons, such as buttons 1 1 14 for SW and S. The user can select the level 
of desired detail by using a slider 1 1 16 for zooming in or out. 

At step 1012 the user completes a panel for specifying a directions display 
5 area. Here a user can provide directions to consumers. FIG. 1 1C is a screenshot 
showing how this panel is completed. In a panel 1 1 1 8 is map layout 1 1 12 and 
numerous text entry boxes that are self-explanatory. Box 1 120 allows a user to 
enter a headline for the directions, box 1 122 allows the user to enter specific 
directions for consumers, and box 1 124 lets the user add any additional information 

10 that might be useful to a consumer, such as parking information. At step 1014 the 
user can edit the map page by bringing up a screen similar to FIG. 1 1C and editing 
the text in boxes 1 120, 1 122, and 1 124. 

Although the foregoing invention has been described in some detail for 
purposes of clarity of understanding, it will be apparent that certain changes and 

15 modifications may be practiced within the scope of the appended claims. 

Furthermore, it should be noted that there are alternative ways of implementing both 
the process and apparatus of the present invention. Accordingly, the present 
embodiments are to be considered as illustrative and not restrictive, and the 
invention is not to be limited to the details given herein, but may be modified within 

20 the scope and equivalents of the appended claims. 
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CLAIMS 

What is claimed is: 

5 1. A software architecture for enabling multiple users to perform a plurality of 
tasks via a wide-area network, the software architecture comprising: 
a plurality of applications; 

a data schema for storing a plurality of data objects, the data schema having 
an extensible, underlying data model; and 
10 an integrated platform for enabling each of the multiple users to perform at 

least one of the tasks by controlling interaction between two or more of the 
applications and the extensible data model. 

2. A software architecture as recited in claim 1 wherein the integrated platform 
15 dynamically contextualizes each stage of a task with reference to a corresponding 

user. 

3. A software architecture as recited in claim 2 wherein the integrated platform 
creates a contextual task list for the corresponding user. 

20 

4. A software architecture as recited in claim 1 wherein a data object is 
associated with one or more contextual describers that further describe a task in 
which the data object will be used. 

25 5. A software architecture as recited in claim 1 wherein the platform allows a 
user and an application to extend the database in a user-specific way, thereby 
enabling the multiple users and the plurality of applications to use the same 
database. 

30 6. A software architecture as recited in claim 5 wherein the database can be 
extended dynamically without changing the underlying structure of the database. 
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7. A software architecture as recited in claim 1 wherein the data model has 
extensible attributes that can be used to add a previously undefined data attribute 
and wherein the extensible, underlying data model provides a standard way of 
representing the previously undefined data attribute. 

5 

8. A software architecture as recited in claim 1 further comprising a user 
interface that is uniform across the plurality of applications. 

9. A software architecture as recited in claim 1 wherein additional services can 
10 be added using the plurality of applications. 

10. A software architecture as recited in claim 1 wherein the integrated platform 
is used to create and maintain an online business presence. 

15 11. A software architecture as recited in claim 1 wherein the integrated platform 
is used to create and maintain a customer relationship management application. 

12. A software architecture as recited in claim 1 wherein the architecture is a 
reactive architecture which supports a plurality of levels of task granularity and is 

20 dynamically aware of what information has been entered by a user. 

13. An integrated software platform for creating a user application having a user 
experience comprising: 

a data model for arranging and configuring application data, wherein the 
25 application data are one of a fixed attribute and an extended attribute; 
a data logic component for operating on the data; 
a back-end code layer for managing the user experience; and 
a visual design component for implementing the user experience by 
presenting a user interface for entering data into a computer system. 

30 

14. An integrated software platform as recited in claim 1 3 further including an 
information architecture layer for modeling the user experience. 
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15. An integrated software platform as recited in claim 13 wherein the user 
application is a multiuser, online application. 



16. An integrated software platform as recited in claim 13 wherein the user 
5 application is a customer relationship management application. 

17. An integrated software platform as recited in claim 13 further including a 
data schema for storing data configured in the data model. 

10 18. An integrated software platform as recited in claim 1 7 wherein the data 
schema is implemented as a relational database. 

19. An integrated software platform as recited in claim 14 further including an 
interface layer for containing a plurality of HTML form elements. 

15 

20. An integrated software platform as recited in claim 19 further including an 
information layer, wherein the information layer and the back-end code layer 
translate instructions from the information architecture layer. 

20 21. A task-based architecture for building a multiuser, online application by 
completing a plurality of tasks comprising: 

a data schema for storing data related to the online application; 
a data model for storing and sharing the data as the plurality of tasks is 
completed; 
25 a plurality of tools; 

a task viewer application for creating a user interface; and 
a plurality of services for gathering and authoring the data. 

22. A task-based architecture as recited in claim 2 1 wherein the plurality of tools 
30 includes a data extension framework for defining and extracting data. 
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23 . A task-based architecture as recited in claim 2 1 wherein the plurality of tools 
includes a context management tool for determining a context in the user-oriented 
application development system. 



5 24. A system for building a distributed, multi-application program comprising: 
a plurality of tasks; 
one or more sequences within a task; 
a plurality of data objects; and 

one or more panel objects within a sequence through which data related to 
10 the multi-application program is entered and manipulated, wherein a panel object is 
aware of which data object from the plurality of data objects to acces to retrieve 
existing data related to the multi-application program. 

25. A system as recited in claim 24 further comprising a plurality of model 

15 objects, a model object containing one or more data objects and a logic component 
for operating on the one or more data objects. 

26. A method of building a customized Web site comprising: 
creating and maintaining one or more Web pages; 

20 developing a communication service with users accessing the Web site; 

developing an online transaction system for processing online orders made 
through the Web site; and 

creating a reporting service for generating reports relating to Web site 
activity, wherein the method of building the customized Web site includes a task- 
25 based approach to completing an activity and has a uniform user experience. 

27. A method as recited in claim 26 further including creating and maintaining a 
catalog for describing one of one or more products and one or more services. 

30 28. A method as recited in claim 26 wherein the task-based approach further 
includes completing one or more sequences, a sequence including one or more 
panels. 
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29. A method as recited in claim 26 wherein creating and maintaining one or 
more Web pages further includes controlling the appearance and content of a Web 
page. 

5 30. A method as recited in claim 26 wherein developing a communication 
service with users further includes developing a user database according to user 
behavior patterns and preferences. 

31. A method as recited in claim 26 wherein developing an online transaction 
10 system for processing online orders further includes establishing an online account 

and checkout process. 

32. A data model having a structure for dynamically configuring and sharing 
existing application data from a plurality of systems, the data model comprising: 

15 a hub system containing a unique identifier, the hub system accessible using 

the unique identifier by the plurality of systems; 

a first plurality of data objects containing application data for managing 
tasks and user interaction in creating an application, wherein a data object has fixed 
attributes and extensible attributes; and 

20 a second plurality of data objects representing an additional system that is 

dynamically added to the data model without altering the structure of the data 
model, wherein the additional system shares existing application data with the hub 
system and the first plurality of data objects using the unique identifier. 

25 33. A data model as recited in claim 32 further including a plurality of model 
objects for containing the first plurality of data objects, wherein a first model object 
includes data input means and verification methods for verifying the application 
existing data. 

30 34. A data model as recited in claim 33 wherein a model object contains 
dependency logic for operating on the first plurality of data objects. 
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35. A data model as recited in claim 32 wherein additional application data is 
added to the data model and dynamically configured as one or more tasks are 
completed. 

5 36. A data model as recited in claim 35 wherein the additional application data 
has a format different from the existing application data. 

37. A data model as recited in claim 32 having an Extensible Markup Language 
(XML) layer thereby allowing for extension of one or more data objects. 

10 

38. A data model as recited in claim 32 wherein the existing application data is 
stored in a relational database. 

39. A data model as recited in claim 32 wherein the plurality of systems and the 
1 5 existing application data represent a Web site. 

40. A data model as recited in claim 39 wherein the plurality of systems includes 
a site building system containing a third plurality of data objects for constructing 
Web pages. 

20 

41 . An extensible model object for containing and manipulating application data 
in a data model, the model object comprising: 

one or more data objects for persistently storing application data relating to 
the model object, wherein the application data includes fixed attributes and 
25 extensible attributes; and 

a data manipulation logic component for manipulating the application data in 
the one or more data objects, such that the model object is a logical interface 
between an application-building system and an end-user. 

30 42. An extensible model object as recited in claim 41 further comprising an 
application programming interface (API) to a physical data storage component. 
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43. An extensible model object as recited in claim 41 wherein the extensible 
attributes of a data object include previously undefined attributes specific to an 
application. 

5 44. An extensible model object as recited in claim 43 wherein the application 
data is categorized into a plurality of model object categories, the plurality of model 
object categories representing the application. 

45. An extensible model object as recited in claim 41 wherein a data object 
10 exposes application data to the model object through an XML interface. 

46. An extensible model object as recited in claim 41 wherein the logical 
interface enables the model object to communicate with a data model representing 
an application. 

15 

47. An application-building software architecture enabling a plurality of users 
and multiple services to use a data model having a framework via a wide-area 
network, the application-building software architecture comprising: 

a platform for enabling a first user to extend the data model by adding a 
20 previously undefined data type dynamically without having to alter the framework 
of the data model, wherein the multiple services can use the previously undefined 
data type and a second user can use an extension to the data model created by the 
first user. 

25 48. A software architecture as recited in claim 47 wherein the extension is 

created by the first user in a first application and the second user uses the extension 
in a second application. 

49. A data model having an underlying structure and a plurality of attributes 
30 including fixed attributes and extended attributes, for use in a user-oriented 

application development system having a task-based architecture, the data model: 
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allowing for the extension of the plurality of attributes such that the addition 
of a new data attribute is made without changing the underlying structure of the data 
model; and 

enabling a plurality of applications to access the plurality of attributes in the 
5 data model, wherein the plurality of attributes in the data model can be reused by the 
task-based architecture to create a multiuser application. 

50. A data model as recited in claim 49 enabling abstraction and aggregation of 
data in the plurality of attributes over an integrated common platform such that the 
10 data can be authored and distributed. 



51. A data model as recited in claim 49 wherein the data model perfoims as a 
uniform and shared data source of domain-specific data accessible to a plurality of 
data-users such that each data-user can leverage the shared data source. 



43 



WO 01/02928 



1/14 



PCI7USOO/18099 



100 




FIG.1 



WO 01/02928 



PCT/US00/18099 



2/14 




WO 01/02928 



PCT/USOO/18099 



3/14 




WO 01/02928 



PCT/USOO/18099 



4/14 



6 

LL 



cn 




LU 




IBUT 


UMN 


cc 




5 


0(0 
O uj 




05 O 


IBLE 


BUTE 
EREN 


CO 


ATTRI 
PREF 


XTEN 


Ui 





I- 
o 

UJ 

—} 

CD 

O 

g 

Q 



CO 

o 



CO 




LU 




H 


LL) CC 


D 




CQ 


< CO 

z 5 


ATTR 


INESS 
RFSS 
NENU 


Q 


J (0 o o 


UJ 


DCDDI 


X 


3 CD < Q- 


u. 





< 

LU 
X 

o 

CO 

i 



8 



(X 



CM 
O 



A 



LU 
Q 
O 



W 



o o o 

LU LU LU 
2 2 2 

o o o 
5 5 5 

Q Q Q 



y 



O 
111 

CD 
O 
-I 
UI 

o 
o 
2 



00 

o 









o 








Tf 




O 




C5 




3 








> 




O 




z 




LU 




D 




Z 




LU 




CL 




LU 




Q 







T- 



CO 

o 

UI 

m 
O 

1 



CM 
5 



WO 01/02928 



PCT/US00/18099 



5/14 



in 

LL 




CO. 



O 
O 



CM 
LU 
O 

z 

LU . 

D 

O 

LU 

0) 



I- 












o 




-i o 




-1 o 




LU LU 




LU UJ 




LU UJ 




"3 
< CD 

So 




So 




So 


• • 



T 



CM 
O 

in 



CD 

jo- 



in 



UJ 

O 

z 

UJ 
D ' 
O 
UJ 
CO 



i — v— 
























—J O 




_i o 




-1 O 






LU UJ 




LU LU 




Hi LU 






So 




So 




13 
So 


• • • 



o 

to 



WO 01/02928 



PCT/US00/18099 



6/14 




WO 01/02928 



PCT/USOO/18099 



7/14 




WO 01/02928 



PCT/US00/18099 



8/14 




BUILD AN E-COMM 
WEB SITE 
(PHASE 1) 




REGISTER AW 
UF 


'EB ADDRESS/ 
*L 






SELECT SITE COLOR SCHEME, \ 
LAYOUT, AND FONTS 


< 




CREATE AND EDIT 
A HOME PAGE 




> 


CREATE AND EDIT A 
MAP PAGE 




• 


CREATE A 
CUSTOMER C 


ND EDIT A 
ONTACT PAGE 




'902 



'904 



'906 



'908 



'910 



FIG. 9A 



PCT/US00/18099 



9/14 



" BUILD AN \ 
ONLINE CATALOG ) 




CREATE AND EDIT 
CATALOG ITEMS 





r 


UPLOAD PICTURES 
OF ITEMS SHOWN IN CATALOG 






CREATE AND EDIT 
A CATALOG FRONT PAGE 






REARRANGE 
ITEMS ON CAT 


: ORDER OF 
EGORY PAGES 




'914 



•916 



■918 



920 



FIG. 9B 



WO 01/02928 



10/14 



PCT/US00/18099 



934 




CONTACT 


MM 


CUSTOMER 




SUPPORT 





ACTIVATE 
E-COMM FUNCTIONS 
(PHASE 3) 



SIGN UF 
MERCHAN1 


'FOR A 
"ACCOUNT 




f 


PREPARE SHOPPING CART 
CHECKOUT MESSAGES 






FILL OUT SHIPPING 
RATES TABLE 




t 


SET UP SALES TAX TABLE 




* 


PREPARE f 
POl 


MERCHANT 
.ICY 




HAS MERCHANT ACCOUNT 
BEEN APPROVED ? 




•922 



•924 



926 



928 



•930 




932 



FIG. 9C 



WO 01/02928 



11/14 



PCT/OS00/18099 




USER 
ENTERS 
ADDRESS 

"1= 



CREATE A MAP PAGE 
INTRODUCTION PANEL 



CHOOSE 
LAYOUT PANEL 



1002 




1004 



1008 




1010 



SPECIFY DIRECTIONS 
PANEL 



1012 



EDIT MAP PAGE IF 
DESIRED 



1014 




Pin m 



WO 01/02928 



12/14 



PCT/US00/18099 




< 

CD 

LL 



WO 01/02928 PCT/US00/18099 

13/14 



Bigstep.com, 



Site Building : Map and directions : Create your map s appearance 



Map and directions 
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Create your map's appearance 



Here youU decide how your map will be displayed the first time your customers view it. Your customers will then be able to 
zoom in and recenter the map interactively after they see the view you create here. 

K you'd like to change the map's initial appearance you may recenter it, zoom in, or zoom out. Your changes will take effect 
when you publish this page. — 1110 
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To reorient the map, choose a direction. Zooming 

For example, North (N), North East (NE). South (S). and so on. Click once on To zoom your map 
the letter next to the map, and your map will recenter in the direction you in and out, change the 
cho8e level on the slider beside 

the map, or click the ♦ or . 

buttons, above. 
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Write a headline for your directions. 

For example, Directions From Highway 101 South.' 
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Add your directions here. 

For exempts, Take Highway 101 South to the Alemany Boulevard exit. Turn Right onB ayehore. Drive two miles.. 
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If you'd like to add more Information to your map page, do so here. 
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